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MODELESS CHILD WINDOWS FOR APPLICATION PROGRAMS 

TECHNICAL FIELD 

The present invention is directed to the field of computer drawing 
programs, and more particularly, to the field of managing allocation of real estate in an 
5 application window. 

BACKGROUND OF THE INVENTION 

Computer applications automate manual tasks and make available new 
kinds of functionality. An important issue for designers of computer applications is 
deciding what information to display to the user. Because the user interface to 
10 applications is typically through a computer monitor display having a relatively small 
display area, applications must optimize the available space on the display for elements 
most helpful to the user. Ideally, the display would show to the user the most useful 
information presented in the most efficient way. This ideal is difficult to achieve, 
however, because, depending on the particular user and the particular task the user is 
15 performing, different information would be the most useful, and multiple methods of 
presenting information exist. 

Computer drawing programs are a category of computer applications that 
assist a computer user in producing and editing such drawings as block diagrams, 
flowcharts, maps, office layouts, organizational charts, project schedules, and other 
20 types of drawings. Generally, drawing programs display a number of toolbars near the 
top of the screen, and a working area in the other portions of the screen. For instance, 
as seen in Figure 1, a toolbar area 110 of an application window 100 displayed by the 
drawing program can contain a variety of toolbars, some of which are user configurable. 
A default set of toolbars appears when the drawing program is launched. Because the 
25 toolbar area 110 contains tools that almost every user is very likely to use. its default 
presence on the drawing screen 100 is acceptable. A client area 114 contains a 
document window 1 16 for constructing the drawing. The user can elect to fill a portion 
of the client area 114 with a palette of shapes IIS. Displaying the palette 118 reduces 
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the amount of the client area 114 available for displaying the document window 116, 
and therefore reduces the amount of information about the drawing that can be 
displayed in the document window. By choosing whether the palette 118 is displayed, 
the user determines how much of the document window 116 is available for displaying 
5 the drawing at any given time. 

In certain situations, other tools would help the user to create drawings. 
For instance, it would be helpful to the user to see the size and position of individual 
objects 120 that appear in the client area 114 of the drawing screen 100. However, 
having a window dedicated to displaying object size and position information would be 
10 useful sometimes, but at other times it would hinder the user. For instance, the portion 
of the drawing under the display area used for such a window would be obscured by the 
window, rendering it unavailable to the user. 

Additionally, windows that present additional useful information to the 
user are generally modal windows. A modal window changes the mode of the program 
15 and requires input from the user before the modal window disappears and the program 
can resume its primary mode. For instance, when the user selects an OpenFile button 
112 from the toolbar 1 10. a file-open pop-up window appears on the client area 1 14. In 
Figure 2, for example, a pop-up window 210 appears when the OpenFile button 112 is 
pressed. This pop-up window 210 covers a large portion of the client area 114 of the 
20 drawing screen 200, obscuring the information underneath it. Additionally, the pop-up 
window 210 is a modal window, preventing the user from performing any other 
function in the drawing program until satisfactory input is received in the modal pop-up 
window. Once the pop-up window 210 is open, the window must be addressed by the 
user can return to creating the drawing. Although the information presented to the user 
25 in the pop-up window 210 is useful, forcing the user to perform some action, such as 
closing the modal window, is a hindrance and interrupts the flow of the user. 

In view of the conflict described above between (a) providing in a 
drawing program additional tools and information relating to a drawing and (b) 
maximizing the visual area available for displaying the contents of the drawing and 
30 reducing the modality of the drawings program, a drawing program that provides 
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additional tools and information without consuming significant visual area or increasing 
the modality of the drawing program would have significant utility. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a screen shot of a drawing program. 
5 Figure 2 is a screen shot of a drawing program displaying a modal child 

window. 

Figure 3 is a high-level block diagram of a general-purpose computer 
. upon which the drawing program preferably executes. 

Figure 4 is a state diagram showing different states of modeless windows 
10 preferably effected by the drawing program that displays modeless child windows. 

Figure 5 is a screen shot of a drawing program displaying an anchored 
and collapsed modeless child window. 

Figure 6 is a screen shot of a drawing program displaying multiple 
anchored and collapsed modeless child windows. 
15 Figure 7 is a screen shot of a drawing program displaying one anchored 

and collapsed modeless child window and one anchored and pinned open modeless 
child window. 

Figure 8 is a screen shot of a drawing program displaying one anchored 
and collapsed modeless child window and one floating modeless child window. 
20 Figure 9 is a screen shot of a drawing program displaying two floating 

modeless child windows. 

Figure 10 is a screen shot of a drawing program displaying the windows 
of Figure 9 after they are anchored to the document window. 

Figure 1 1 is a screen shot of a drawing program displaying one floating 
25 modeless window, one anchored and pinned open modeless window and one anchored 
and closed modeless window. 

Figure 12 is a screen shot of a drawing program displaying the floating 
modeless window overlapping the anchored and pinned open modeless window of 
Figure 11. 
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Figure 13 is a screen shot of a drawing program displaying the floating 
modeless window of Figure 1 1 after it has been resized. 

Figure 14 is a flow diagram showing steps preferably performed by the 
drawing program that displays modeless child windows. 
5 Figure 15 is a screen shot of a drawing program that displaying three 

anchored and pinned open modeless child windows. 

Figure 16 is a screen shot of a drawing program illustrating the non- 
overlapping qualities of anchored modeless child windows. 

Figure 17 is a screen shot of a drawing program that further illustrating 
10 the non-overlapping qualities of anchored modeless child windows, even when the 
anchored windows are collapsed. 

Figure 18 is a screen shot of a drawing program illustrating different 
types of modeless child windows. 

DETAILED DESCRIPTION OF THE INVENTION 

15 The present invention provides a system that conveys information to the 

user of a drawing program by presenting modeless windows that contain information 
about the drawing program. These modeless windows are displayed in a client area of 
an application window. The drawing program displays the information to the user 
through the modeless windows, thereby presenting valuable information to the user of 

20 the drawing program, but giving the user the flexibility to decide which information to 
view. 

In a preferred embodiment, the modeless window can be anchored to an 
edge of the display window, and intelligently expands and collapses based on input 
received from the user. When the input, such as input from a mouse, is proximate to a 
25 collapsed modeless window, the window automatically expands to its regular size, . 
showing the information about the drawing program to the user. When the user moves 
the input away from the window, it collapses again into the collapsed condition. 

The modeless windows can also be dragged from the anchored edge of 
the display window, which changes the window's character from anchored to floating. 
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The floating window retains its modelessness, but information on the application 
window beneath the floating window is obscured from the user. The user selects which 
modeless windows to display, and whether to make the windows anchored or floating. 
In some embodiments, four types of modeless windows are available for display, 
5 including a Pan & Zoom modeless window, a Custom Properties modeless window, a 
Size & Position modeless window, and a drawing explorer modeless window. Each 
modeless window has specialized information about the computer application, and each 
type of window is individually selectable for display. In the balance of this description, 
the term "window" is used to refer to modeless windows; modal windows are explicitly 
10 referred to as such. 

Figure 3 is a high-level block diagram of a general-purpose computer 
system upon which the drawing program that displays windows preferably executes. 
The computer system 300 contains a central processing unit (CPU) 310, input output 
devices 320, and a computer memory (memory) 340. Among the input/output devices 
15 is a storage device 322, such as a hard disk drive, and a computer-readable media drive 
324, which can be used to install software products, such as the computer drawing 
program, that are provided on a computer-readable medium, such as a CD-ROM. Other 
input/output devices include a keyboard 326 for inputting text, a display device 330. 
such as a video monitor for displaying visual information, such as windows and their 
20 contents, and a pointing device 328, such as a mouse, for moving a mouse pointer 
displayed on the display device to. select display locations. Typically, the display device 
330 is used to show the drawing that the computer user creates and the tools used to 
create the drawing, as well as other information relating to the drawing. The memory 
340 preferably contains the drawing program 342. While the drawing program 342 is 
25 preferably implemented on a computer system configured as described above, those 
skilled in the art will recognize that it may also be implemented on computer systems 
having different configurations. 

In order to more completely describe the operation of the drawing 
program 142, its operation is discussed in conjunction with examples. Figures 4 and 14 
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are state and flow diagrams, respectively, indicating . program operation, while 
Figures 5-13 and 15-18 illustrate the examples. 

Figure 4 is a state diagram characterizing the overall operation of the 
drawing program 342 to display and modify one window in the document window 116 
5 of the drawing screen 100. Within Figure 4 are five states of the windows. In a state 
400, the particular window is not displayed. Therefore, in Figure 1 shows an exampfe 
of state 400, in which no windows are displayed in the document window 116. The 
other states, anchored collapsed 420, anchored pinned-open 440, anchored open-and- 
- not-pinned 460 and floating 480 will all be described with reference to other Figures. 
10 The states are shown to be connected by arrows each representing a transition from one 
state to another Each transition arrow is labeled with a condition that, when it is met 
while the window is in the source state, causes the window to transition to the 
destination state. 

An example of an anchored collapsed window is shown in Figure 5. On 
15 a drawings screen 500, in the lower right hand corner of a document window 516 is a 
collapsed window 520 labeled Pan & Zoom. The Pan & Zoom window 520 is created 
by selecting View:Windows:Pan & Zoom from a menu bar 505. Performing this step is 
represented in Figure 4 by an arrow running from the not displayed state 400 to the 
anchored collapsed state 420. The arrow is labeled "create window with anchored non- 
20 pinned history/' which indicates the conditions that cause a window in the not displayed 
state 400 to transition to the anchored collapsed state 420. 

Windows within the drawing program 342 can either be anchored or 
floating. An anchored window has at least one of its edges aligned to an edge of the 
document window 516. The Pan & Zoom window 520 of Figure 5 is an example of an 
25 anchored window. The floating window has none of its edges aligned with an edge of 
the document window 516, such as the Pan & Zoom window 520 seen in Figure 8. 
Windows in state 420, 440, and 460 are anchored, while windows in state 480 are 
floating. 

Anchored windows can have two conditions, collapsed and open. The 
30 Pan & Zoom 520 window of Figure 5 is a collapsed anchored window. When a user 
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drags a pointing device such as a mouse, near an anchored collapsed window, it 
automatically opens to its full size. When a window is open, the window's contents are 
seen overlying anything in document window 516. While in the open condition, 
anchored windows can either be pinned-opened or not-pinned. An anchored window 
5 that is not pinned will automatically return to its collapsed state when the mouse pointer 
is not near the anchored window. Conversely, anchored windows that are pinned open 
will remain open regardless of the position of the mouse pointer. Examples of these 
windows are shown with reference to the Figures below. Windows in state 420 are 
collapsed, while windows in states 440 and 460 can open. 
10 Referring back to Figure 4, windows move from the not displayed state 

400 to the anchored collapsed state 420, the anchored pinned-open state 440, or the 
floating state 480 when a "create window" condition is asserted. This condition is 
asserted by the computer user by issuing a command to display a particular window. 
The particular state the window will enter when displayed is determined by what state 
15 the window was in when it was closed. For instance, if the Pan & Zoom window 520 
was in the floating state when it was closed, the Pan & Zoom window 520 then has a 
"floating" history. History data about each window is preferably stored in the windows 
registry (not shown), or any other location accessible to the drawing program 342, such 
as within a data structure stored in memory 340 or a file. Data including the preferred 
20 positions of the window, whether it was pinned, whether it was anchored or floating, 
and other useful information is stored. When the drawing program 342 is first installed 
on the computer system 300, initial values are given to each window's data. Once the 
computer user changes these values by modifying the location or size of the windows, 
or other modifications, the changes are kept and are available to the computer program 
25 342 for later reference. 

Therefore, when a window is displayed and leaves the not displayed state 
400, the history of the window is checked. If the history is floating, the window enters 
the floating state 480. If the history indicates the window was last in the anchored- 
pinned state 440, the window will enter that state when it is displayed. Finally, if the 
30 history indicates the window was not pinned when it was closed, it has a 'not-pinned' 
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history, and will initially display in the anchored collapsed state 420 when the window 
is created. In a preferred embodiment, a window cannot directly enter the anchored 
open-and-not-pinned state 460, but must first pass through the anchored collapsed state 
420 to reach state 460. 

Figure 6 shows the drawings screen 500 after a second window 530 is 
created in the lower left hand corner. The Size & Position window 530 was also created 
with an anchored and not pinned history, therefore the Size & Position window is in the 
anchored collapsed state 420. Moving the mouse near a window that is the anchored 
collapsed state 420 causes it to move to the anchored opened-and-not-pinned state 460. 
From that state, clicking on a pinned button such as 532 seen in Figure 7. causes the 
window to move to the anchored pinned-opened state 440. Clicking on the pin button 
532 toggles the window between the anchored pinned-open state 440 and the anchored 
open-an-not-pinned state 460. When in the anchored-opened and not pinned state 460, 
the user causes the window to enter the collapsed state 420 by moving the mouse away 
from the open window. 

The Size & Position window 530 is in the anchored-pinned open 440 
state in Figure 7. As described above, when the windows are open, their contents 
obscures the contents of the document window 516 of the drawings screen 500. 
Because the open windows are modeless, however, their display does not prevent the 
user from utilizing other features of the drawing program 342. 

To move from the anchored collapsed state 420, such as the state of the 
Pan & Zoom window 520 in Figure 7, to the floating state 480, the user first moves the 
mouse pointer near the collapsed window. This causes the collapsed window to open. 
The user then drags the window by the title bar away from the edge of the document 
window 516, as is known in the art. An example of a the Pan & Zoom window 520 in 
the floating state 480 is shown in Figure 8. To make the document window 116 appear 
as it does in Figure 8. beginning from Figure 7, the user dragged the Pan & Zoom 
window 520 away from the edge of the drawing area 516. Another change between 
Figures 7 and 8 is that the Size & Position window 530 is in its anchored collapsed state 
420. Therefore, the user clicked the pin button 532 and moved the mouse away from 
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the Size & Position window 530, allowing it to collapse into the position shown in 
Figure 8. 

Additionally, any open window can be directly closed into the non 
displayed state 400. Various methods of closing windows are known in the art, such as 
5 selecting a window close button 534 on the Pan & Zoom window 520 of Figure 8, or by 
closing a window with a selection on the menu bar 505. 

A window can move from the floating state 480 to either the anchored 
opened-and-not-pinned state 460 or to the anchored pinned-opened state 440 as the user 
. deems convenient. Figure 9 shows an example of the document window 516 where 
10 both the Pan & Zoom window 520 and the Size & Position window 530 are in the 
floating state 480. To enter the anchored opened-and-not-pinned state 460 from the 
floating state 480, the user drags the Pan & Zoom window 520 to the edge of the 
document window 516, shown in Figure 10. Once the Pan & Zoom window 520 is at 
the edge of the document window 516, the drawing program 342 anchors the window 
15 and, since the Pan & Zoom window was previously not pinned, enters the anchored 
opened-and-not-pinned state 460. In one embodiment, windows that are in the floating 
state 480 have a darkened title bar such as the Pan & Zoom window 520 and the Size & 
Position window 530 of Figure 9. When these same windows are anchored, their title 
bars are no longer highlighted, as shown in Figure 10. The Size & Position window 530 
20 in Figure 10 is in the anchored pinned-opened state 440. Additionally, the Size & 
Position window 530 is anchored to two edges of the document window 516, while the 
Pan & Zoom window 520 is only anchored to a single edge. 

Another way to change between either of the anchored open states 440 or 
460 and the floating state is by double-clicking the title bar of the window to be 
25 changed. Double-clicking on the title bar of an anchored window causes it to become a 
floating window, and double-clicking on the title bar of a floating window causes it to 
become an anchored window. As described above, each window has a history 
associated with it and stored in a location available to the drawing program 342, such as 
the windows registry. Within the history, data are stored about qualities of the window. 
30 One of those qualities is a preferred position while in an anchored state, and a preferred 
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position while in a floating state. When the user double-clicks on the title bar of a 
window in the floating state, the drawing program 342 displays it at its preferred 
anchored state position, if possible. The drawing program 342 attempts to display each 
window in its preferred position, but if another window is already occupying the 
5 converted window's preferred position, the drawing program chooses another location 
of the windows, as described below with reference to Figure 14. 

With reference back to Figure 4, in the preferred embodiment, it is 
impossible for a window that is in the anchored collapsed state 420 to be dragged or 
resized. When the user moves a mouse pointer near a window that is in the collapsed 
10 state 420 in an effort to move or resize it, the window automatically changes to the 
anchored opened-and-not-pinned state 460. Additionally, it is not possible to move a 
window that is in the not displayed state 400, because the window must be displayed to 
be moved. Therefore, windows must be in the floating state 480 to be moved or resized 
(described above), or the windows must be in one of the anchored and open states 440 
15 or 460. As shown in Figure 4, windows in either of the anchored and open states 440 or 
460 can be resized, or they can be moved by dragging along the edge of the document 
window 1 16 to which they are anchored. If windows in either of the anchored and open 
states 440 or 460 are dragged away from the edge, or toward the center of the document 
window 516, the windows automatically enter the floating state 480. 

The discussion above focused on creating different types of windows and 
changing between window states. The next section discusses positioning windows in an 
effort to maximize their usefulness. 

One main consideration in moving and resizing windows is that each 
window should be fully viewable, if desired by the user. Therefore, when the windows 
are moved or resized, the drawing program 342 attempts to place the windows so that 
they do not interfere with one another. The steps to effectuate these principles are 
shown collectively as A. shown in Figure 14, and described with reference to examples 
shown in Figures 12 - 16. 

Generally, any window can be moved by the user to any location in the 
document window 516. Moving one of the windows around the document window 516 
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may affect the other displayed windows, however. Specifically, each time an anchored 
window is moved, the drawing program 342 checks every other anchored window to see 
if it can be displayed in its preferred location. Similarly, each time a floating window is 
moved, the drawing program 342 checks every other floating window to see if it can be 
displayed in its preferred location. If the windows cannot be displayed in their preferred 
location, the drawing program 342 attempts to locate them in the document window in 
positions where, if opened, they will not interfere with any of the other displayed 
windows. The drawing program 342 preferably does not check to see if anchored 
windows overlap with floating windows, and vice versa. 

Figure 11 shows the document window 516 having three windows each 
in a different state. The Size & Position window 530 is in the anchored collapsed state 
440. The Pan & Zoom window is in the floating state 480, and a drawing explorer 
window 540 is in the anchored opened-and-not-pinned state 460. Figure 12 shows the 
document window 516 in a similar configuration as in Figure 11. except the Pan & 
Zoom window 520 is moved so that it partially covers the drawing explorer window 
540. Since the Pan & Zoom window 520 is in the floating state, the drawing program 
342 does not consider the preferred position of the anchored drawing explorer window 
540. Therefore, the floating Pan & Zoom window 540 covers the drawing explorer 
window 540. 

Figure 13 shows that floating windows may similarly be resized to 
overlap floating windows. In Figure 13, the Pan & Zoom window 520 has been resized 
by dragging an edge of the window, as is known in the art. Although not shown in 
Figures 12 or 13, the drawing program would not check the preferred location of the 
floating Pan & Zoom window 520 if it were the drawing explorer window 540 being 
moved or resized. 

The above examples showed moving windows when the preferred 
locations of the windows was not considered. The following examples show that the 
drawing program 342 attempts to maximize the usefulness of the windows by 
positioning them so they do not interfere with one another. Figure 4 shows that moves 
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from one state to the same state pass through steps labeled process A. These steps are 
shown in Figure 14, and are described in the Examples shown in figures 15 - 17. 

In Figure 15, both the Pan & Zoom window 520 and the Size & Position 
window 530 are in the anchored pinned-open state 440. The Pan & Zoom window 520 
is about to be dragged to the left. Once the move is initiated, flow A shown in Figure 
14 enters step 710. This step is entered when any anchored window is dragged along its 
attached edge or resized, or when the title bar of a window is double-clicked. to change 
its character. The flow B immediately proceeds to Step 720 from step 710. Step 720 
represents the top of a loop. For each position of the anchored window being dragged, 
the steps 730-760 are repeated. Once the final position of the drag is complete, the loop 
exits to step 790. 

In step 725 the computer program identifies among the displayed 
windows those windows that are not permitted to overlap the selected window or each 
other. Where the selected window is a floating window, the computer program in step 
725 identifies any other displayed floating windows. Similarly, where the selected 
window is an anchored window, the computer program in step 725 identifies any other 
displayed anchored windows. 

In step 730 the computer program 342 evaluates the new position of the 
selected window with respect to the positions of each of the windows identified in step 
725 to see if the new position of the selected window permits all of the identified 
windows to occupy their preferred positions. An identified window depends on the type 
of window being moved. As is discussed further below, for the purposes of step 730, 
windows in the anchored collapsed state are considered to occupy the space they would 
occupy if there were open in one of the open states. 

For instance, in Figure 15, near the beginning of the mouse drag, all of 
the windows 520, 530 and 540 are anchored windows and all of them can occupy their 
preferred locations. As long as all of the identified windows can be so displayed, the 
flow A exits step 730 to step 760, where all of the identified windows are displayed in 
their preferred positions. Flow A continues to loop between steps 720 and 780 for each 
position of the mouse drag. 
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If the mouse drag of the Pan & Zoom window 520 continues to the left 
from its position in Figure 15, eventually it will encroach on the preferred location of 
the Size & Position window 530. Once the windows 520 and 530 begin to overlap, the 
flow A will exit step 730 to step 740. In step 740, the drawing program 342 calculates a 
new position for any identified window that is interfered by the mouse drag, and this 
new position is displayed in step 750. For instance, as shown in Figure 16, when the 
new position of the Pan & Zoom window 520 interfered with the preferred position of 
the Size & Position window 530, the drawing program 342 moved the Size & Position 
window from its preferred position to the closest available non interfering position 
along the edge of the document window 516. 

Once the user completes the mouse drag to move or resize the anchored 
window in the flow A, the last position in step 780 will be exhausted. Thereafter, step 
790 stores the locations of any windows that moved as the preferred position. In one 
embodiment, these preferred positions are stored in the Windows registry, but could be 
stored in any area accessible to the drawing program 342. 

Referring back to Figure 15, if the user drags the Pan & Zoom, window 
520 to the left, causing the Size & Position window 530 to move to its location shown 
in Figure 16, but the user then returns the Pan & Zoom window to its prior location 
before releasing the mouse, the Size & Position window will return to its location 
shown in Figure 15. This occurs because for each position selected in step 720, the 
flow A determines if each checked window can occupy its preferred position in step 
740. The preferred position of the Size & Position window 530 remains the position 
shown in Figure 15, because the drawing program 342 only updates the preferred 
position once after the mouse drag is complete. Therefore, when the Pan & Zoom 
window 520 returned to a non interfering position, the Size & Position window 530 also 
returned to its preferred position. 

In some embodiments of the invention, the preferred location of the 
anchored windows is calculated as if the window were open, even if it is not open. For 
instance, as seen in Figure 17, even though when the Pan & Zoom window 520 is 
dragged to the left it wouldn't interfere with the Size & Position window 530 in its 
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collapsed state, the drawing program 342 considers the Size & Position window to be in 
its open state. Therefore, the drawing program 342 moves it to the same location as 
seen in Figure 16, but retains the collapsed position of the Size & Position window 530. 
Although Figures 15 and 16 show examples of anchored windows being displaced, the 
same consideration is given to floating windows with respect to other floating windows. 

Examples of windows that contain information useful to user of the 
drawing program 342 are shown in Figure 18. The Pan & Zoom window 520 contains a 
miniature display of the drawing. In the Pan & Zoom window 520, the user can draw a 
box around the area of the drawing to be displayed in the document window 516. This 
allows the user to easily move locations in the drawing. 

The Size & Position window 530 contains information specific to the 
item that is selected. In the drawing shown in the document window 1 16 of Figure 19, a 
desk item 502 is selected. The Size & Position window 530 shows that the desk is 
rotated 90 degrees from its normal orientation and has a width of 1.25 inches. Changes 
made directly to the desk 502, such as by dragging the mouse to change the width of the 
desk, automatically appear in the Size & Position window 530. Conversely, the user 
may enter a new width for the desk directly in the Size & Position window 530, which 
is then reflected in desk 502 displayed in the document window 516. 

A custom properties window 550 also references the currently selected 
item, in this case, the desk 502. Specific properties such as owner or inventory number 
can be recorded within the custom properties window 550. Also, additional properties 
can be created and stored in the custom properties window 550. 

The drawing explorer window 540 allows the user of the computer 
program 342 to easily see folders and files on the computer on which the computer 
program 342 is running. This window enables the user to easily reference other 
drawings stored in other files on the computer system 300. All of the windows shown 
in Figure 19 automatically update information from the drawing program 342. Also, all 
of the windows are and therefore do not require any input from the user, freeing the 
user to create his or her drawing. 
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From the foregoing it will be appreciated that, although specific 
embodiments of the invention have been described herein for purposes of illustration, 
various modifications may be made without deviating from the spirit and scope of the 
invention. Accordingly, the invention is not limited except as by the appended claims. 



